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INTERNET ^TEiiEPJIONY GATEWAY AND 
STHOD FOR OPERATING INTERITET-XEIiEPHONY GATEWAY 



BACKGROUND OF THE INVENTION 



Field of the Invention 

[01] The present invention relates to an Internet telephony 
gateway and a method for operating an Internet telephony gateway. 



Background of the Related Art 

[02] Generally, an Internet phone means interactive voice 
^ conversation between personal computer (PC) users through an 
Internet Protocol (IP) network in real time. Demand of the 
Internet phone is on an increasing trend owing to its inexpensive 

^ communication fees. The Internet phone is divided into a PC-to-PC 

08 

fiJ type, a PC-to-phone type, and a phone-to-phone type depending on 
communication means. 

O [03] Up to now, various examples of the PC-to-PC type and 

\i 

Q the PC-to-phone type have been developed. 

hi 

^ [04] Meanwhile, the PC-to-PC type transmits and receives 

SB? 

M- voice data through a mike and a speaker by connecting 
corresponding PCs with each other. This PC-to-PC type is 
implemented in such a manner that both PCs access to an IP 
network at the same time. Analog voice signals received through 
the mike using one program are digitized between the PCs, and the 
digitized data are compressed to obtain packet data. 

[05] When the packet type voice data are transmitted to an 
opposing PC through the IP network, a corresponding PC restores 
the packet type voice data and outputs an original voice through 
the speaker. The PC-to-PC type that enables communication as 
above has a problem in that both PCs should be accessed to the 
IP network at the same time using one program. 



[06] Meanwhile, the PC-to-phone type is implemented in such 
a manner that after a predetermined program is installed in a 
corresponding PC, both a PC and a phone are accessed to the 
Internet and then linked to a public switched telephone network 
(PSTN) through an Internet telephony gateway installed in a 
specific area. Accordingly, the PC-to-phone type enables 
communication using a phone. However, the PC-to-phone type has 
a problem in that any one of the PC and the phone should be 
linked to the PSTN. 

[07] A related art Internet telephony gateway and a 
schematic network for Internet communication services will be 
described with reference to FIG. 1. 

[08] As shown in FIG. 1, a corresponding Internet telephony 
gateway 100 is linked to either a PSTN 50 or an IP network 60. 
Subscribers of either the PSTN 50 or the IP network 60 can 
perform communication through the IP network using terminal units 
such as phones and computers . 

[09] The Internet telephony gateway system 100 uses either 
an El/Tl grade R2 signaling mode or a Link Access Protocol for 
D-channel (LAPD) signaling mode as a signaling mode for call 
control setup with the PSTN 50 or the IP network 60 linked 
thereto . 

[10] The R2 signaling mode also known as an ABCD signaling 
mode is operated by number 16 of a time slot in case of El grade. 
The LAPD signaling mode is to form packet data of signaling data 
with a D channel protocol of an Integrated Service Digital 
Network (ISDN) so as to control the packet type signaling data. 

[11] However, in the Internet telephony gateway 100, a 
point, where a defect is detected, is subject to the IP network 
60 or the PSTN 50. 

[12] Therefore, the presence of any failure in the 
connection state between different networks is processed by time 
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out due to polling. In this case, if any failure occurs in the 
PSTN 50, the abnormal state is maintained until a subscriber 
terminal unit of the IP network is restored by itself. 

[13] Meanwhile, if any failure occurs in the IP network 60, 
the abnormal state continues to remain until a subscriber 
terminal unit of the PSTN is restored by itself. 

[14] As described above, when one terminal unit is in 
failure state, the other terminal unit does not receive any 
notice thereof. A corresponding user of the other terminal unit 
is merely in standby state for a predetermined time. Moreover, 
the corresponding user must pay communication fees corresponding 
to the predetermined standby time. Accordingly, the related art 
causes subscribers loss in both time and economical aspects. 

SUMMARY OF THE INVENTION 

[15] Accordingly, the present invention is directed to an 
Internet telephony gateway and a method for operating an Internet 
telephony gateway that substantially obviates one or more of the 
problems due to limitations and disadvantages of the related art. 

[16] An object of the present invention is to provide an 
Internet telephony gateway and a method for operating an Internet 
telephony gateway, in which abnormal services due to matching 
between networks can be prevented from being interrupted. 

[17] Another object of the present invention is to provide 
an Internet telephony gateway and a method for operating an 
Internet telephony gateway, in which interruption of abnormal 
services due to matching between different networks is provided 
to subscribers through a call termination sound using an internal 
alarm system. 

[18] Additional advantages, objects, and features of the 
invention will be set forth in part in the description which 
follows and in part will become apparent to those having ordinary 
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skill in the art upon examination of the following or may be 
learned from practice of the invention. The objects and 
advantages of the invention may be realized and attained as 
particularly pointed out in the appended claims. 

[19] To achieve these and other advantages and in accordance 
with the purpose of the present invention, as embodied and 
broadly described, an Internet telephony gateway accesses a call 
between a terminal unit for a PSTN and a terminal unit for an IP 
network. The Internet telephony gateway monitors states of the 
PSTN and the IP network through a monitoring board for the PSTN 
and a monitoring board for the IP network while it accesses the 
call. When any failure occurs in either the PSTN or the IP 
network, the Internet telephony gateway internally generates an 
alarm. Once the alarm occurs, the Internet telephony gateway 
directly performs a flow for normally terminating the call, with 
one, which is normally operating, between the terminal unit for 
the PSTN and the terminal unit for the IP network. 

[20] In the preferred embodiment of the present invention, 
the Internet telephony gateway checks states of the PSTN or the 
IP network in real time and performs a proper call processing 
with either the terminal unit for the PSTN or the terminal unit 
for the IP network, in which the failure does not occur. 

[21] It is to be understood that both the foregoing general 
description and the following detailed description are exemplary 
and explanatory and are intended to provide further explanation 
of the invention as claimed. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[22] The invention will be described in detail with 
reference to the following drawings in which like reference 
numerals refer to like elements wherein: 



[23] FIG. 1 is a diagram showing a configuration of a 
general Internet telephony gateway; 

[24] FIG. 2 is a block diagram showing a detailed 
configuration of a PSTN interface and an IP network interface in 
FIG. 1; 

[25] FIGS. 3A and 3B are diagrams showing address mapping of 
alarm data stored in a memory of FIG. 2; 

[26] FIG. 4 is a block diagram showing configuration modules 
of an Internet telephony gateway according software of the 
present invention; 

[27] FIG. 5 is a flow chart showing a method for operating 
□ the Internet telephony gateway when any failure occurs in the 
PSTN in accordance with the first embodiment of the present 

^ invention; 

yy 

jg [28] FIG. 6 is a flow chart showing a method for operating 

fjjj the Internet telephony gateway when any failure occurs in the IP 

* network in accordance with the second embodiment of the present 

O 

%j invention; 

Q [29] FIG. 7 is a diagram showing a protocol that restores an 

0 originating line of an incoming relay call; 

^ [30] FIG. 8 is a diagram showing a protocol that restores a 

terminating line of an incoming relay call; 

[31] FIG. 9 is a diagram showing a protocol that restores a 
terminating line of an outgoing relay call; 

[32] FIG. 10 is a diagram showing a protocol that restores 
an originating line of an outgoing relay call; 

[33] FIG. 11 is a diagram showing a protocol that sets a 
call between PSTNs through the Internet telephony gateway; and 

[34] FIG. 12 is a diagram showing a protocol that releases 
a call between PSTNs through the Internet telephony gateway. 
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DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS 
[35] Reference will now be made in detail to the preferred 

embodiments of the present invention, examples of which are 

illustrated in the accompanying drawings. 

[36] An Internet telephony gateway according to the present 

invention is similar to a general Internet telephony gateway of 

FIG. 1. Accordingly, a method for operating an Internet telephony 

gateway according to the present invention will be described with 

reference to FIG. 1. 

[37] As shown in FIG. 1, the Internet telephony gateway 100 

includes a system controller 10, a PSTN interface 20, a vocoder 
q 30, and an IP network interface 40. 

^ [38] The system controller 10 includes a maintenance 

w 

fl processor 10a and a call processor 10b. 

A5 [39] The maintenance processor 10a controls the state of a 

:J; block matching a PSTN 50 with an IP network 60 outside the 

? Internet telephony gateway 100 and controls the state of an 

Q 

internal system of the Internet telephony gateway 100. 

[40] In other words, the maintenance processor 10a controls 

yj 

Q ejection and injection of a board such as a printed circuit board 
^ assembly (PBA) for a block related to matching of the PSTN 50 in 

FIG. 1, normal data, abnormal data, and the connection state of 

physical LANs. 

[41] The call processor 10b processes a call of the Internet 
telephony gateway 100 and controls the state of channels. 

[42] In other words, the call processor 10b matches the PSTN 
50 with the IP network 60 and controls the state of channels for 
the call processing. The state of the channels includes the idle 
state, the conversation busy state, the block state, and the not- 
assign state. The call processor 10b periodically updates the 
state of the channels according to maintenance data provided from 
the maintenance processor 10a. 
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[43] In FIG. 1, the PSTN interface 20 interfaces the PSTN 50 
with the Internet telephony gateway 100, and the IP network 
interface 40 interfaces the IP network 60 with the Internet 
telephony gateway 100. 



pulse code modulation (PCM) type transmitted from the PSTN 50 in 
a predetermined packet type under the control of the system 
controller 10, and then transmits the compressed packet type 
voice data to the IP network 60 through the IP network interface 
40. Alternatively, the vocoder 30 restores the packet type voice 
data received from the IP network 60 in a PCM type, and then 
transmits the restored voice data to the PSTN 50 through the PSTN 
interface 20. 

[45] FIG. 2 is a block diagram showing a detailed 
configuration of the PSTN interface and the IP network interface 
in FIG. 1, and FIGS. 3A and 3B are diagrams showing address 
mapping of alarm data stored in a memory of FIG. 2. 

[46] When any failure occurs in the PSTN 50 and the IP 
network 60, paths of alarming and restoring the call will be 
described with reference to FIGS. 2, 3A and 3B. 

[47] As shown in FIG. 2, each of the PSTN interface 20 and 
the IP-network interface 60 includes a PBA 110, a first parallel - 



140, a serial -to^parallel converter, a port scan bit (PSB) memory 
150, and a data bus^b^iffer 160. The PBA 110 provides state data 
of the PSTN 50 and the network 60. The first parallel-to- 
serial converter 12 0 converts^s^ate data of a hard disk drive 
(HDD) module to serial data. The^second parallel-to-serial 
converter 14 0 converts parallel input st^te data of a fan and 
cables to serial data. The serial - to-paralle^K^converter 13 0 
converts the data from the first and second paralle3x^to- serial 
converters 12 0 and 14 0 to parallel data, and adds the parallel 



[44] 



In FIG. 1, the vocoder 3 0 compresses voice data of a 




a second parallel-to-serial converter 



data to state data of ejection, injection, and operation of 
boards, input in parallel from the PBA 110. The PSB memory 150 
stores the data output from the serial-to-parallel converter 130 
in corresponding addresses. The data bus buffer 160 transmits the 
state data stored in the PSB memory 150 to the system controller 
10 so as to monitor the failure. 

[48] Referring to FIG. 2, alarm data are collected in PSB and 
injection bit types from the PBA 110 when a failure corresponding 
to matching between the PSTN 50 and the IP network 60 occurs. 

[49] As shown in FIG. 2, the PSB is input to an alarm 
collecting PBA (not shown) of the PBA 110 as five kinds of 
independent signals; PSB (CPM), PSB1(DPM1: data processing module 
1) , PSB2 (DPM2) , PSB2 (DPM3) , PSB4 (DPM4) , and SPSB(SPM) . 

[50] The PSB (CPM) is used for the PSTN 50. The PSBl(DMPl), 
PSB2(DMP2), PSB3 (DPM3 ) , and PSB4(DMP4) are used for the IP 
network 60. 

[51] The PSB includes the ejection state, the injection 
state, and the operation state of boards injected in a 
corresponding shelf of the PBA 110. 

[52] The data of the ejection state, the injection state, 
and the operation state in a hard disk module installed in each 
shelf are converted to signals of the PSB in a PSB-TB, and in 
turn are respectively collected in a PSB memory for each unit of 
group for the PSB signals corresponding to each shelf. 

[53] Meanwhile, the injection state data of the cables 
installed in the Internet telephony gateway 100 are input to the 
alarm collecting PBA of the PBA 110 in the injection bit type 
while the injection state data and the operation state data of 
the fan are input to the alarm collecting PBA of the PBA 110 in 
the injection bit type. Then, these state data of the cables and 
the fan are added to the PSB data, PSB (CPM), PSBl(DPMl), 
PSB2(DPM2), PSB3(DPM3), PSB4(DPM4), and SPSB(SPM) by the serial- 



to-parallel converter 130 through the second parallel-to-serial 
converter 140. 

[54] The collected alarm data are periodically stored in the 
PSB memory 150 in an 8-bit>-p.arallel type from the serial-to- 
parallel converter 13 0 under the c^rol of the system control 
department 10. 

[55] The alarm data for the PSTN correspond to the PSB in 
FIG. 2, and the real addresses in the memory 150 correspond to 
NIC1, NIC2, NIC3, and NIC4 of 0x20, 0x21 in FIG. 3B. 

[56] The NIC1 has a value of 0x00 in case of the normal 
state, while it has a value of 0x02 in case of alarm. However, 
the NIC1 has a value of 0x01 in case of ejection. 

[57] Meanwhile, the alarm data for the IP network correspond 
to the PSBl(DMPl), the PSB2(DMP2), the PSB3(DMP3), and PSB4(DMP4) 
in FIG. 2. However, their real addresses are 0x00-0x03, 0x08- 
0x0x09, 0x10-0x13, and 0x18 -oxlb in FIGS.3A and 3B, and are from 
LCI to LC8 in each shelf. 

[58] In this case, the LCI has a value of 0x00 in case of 
the normal state, the LCI has a value of 0x02 in case of alarm, 
and the LCI has a value of 0x01 in case of ejection. 

[59] FIG. 4 is a block diagram showing a configuration of 
the Internet telephony gateway according to software of the 
present invention . 

[60] Nl^he Internet telephony gateway in FIG. 4 includes a 
PSTN interf acetrtodule 210, an IP interface module 220, a data 
processing module 2^0*. and a control module 240. The PSTN 
interface module 210 is in'liiterf ace with the PSTN and generates 
a failure alarm when a failure ofcc^irs in the PSTN. The IP network 
interface module 220 is in interf abei with the IP network and 
generates a failure alarm when a failtta^ occurs in the IP 
network. The data processing module 23 0 ^performs a data 
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processing procedure required for data exchange between the PSTN 
and the IP network. 

[61] In response to the failure alarm that may occur in 
either the PSTN or the IP network, the control module 240 
performs a flow that enables a corresponding subscriber to 
normally terminate a call through the other network in which a 
failure alarm has not occurred. 

[62] The control module 240 includes a maintenance module 
240a and a call processing module 240b. The maintenance module 
240a manages the state of a block, which matches the PSTN with 
the IP network, and manages the inner state of the Internet 
telephony gateway. 

[63] The call processing module 240b matches the PSTN with 
the IP network and manages the states of channels for the call 
processing, and updates the states of the channels according to 
maintenance data provided by the maintenance module. 

[64] When any failure occurs in the PSTN, a method for 
operating the Internet telephony gateway according to the first 
embodiment of the present invention will now be described with 
reference to a flow chart of FIG. 5. 

[65] First, a call connection between a subscriber terminal 
unit for the PSTN 50 and a subscriber terminal unit for the IP 
network 60 is attempted (S21) . Then, when a failure occurs in the 
PSTN 50, the system controller 10 determines, according to the 
information written in the PSB memory 150, whether an alarm has 
occurred in the PSTN 50 itself and a connecting board related to 
the PSTN 50 of the PBA 110 (S22) . 

[66] Types of the failure include synchronization fail with 
the PSTN 50, channel lock, the abnormal state due to a trunk 
matching hardware and software fail inside the Internet telephony 
gateway 100, and ejection of the PBA. 
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[67] When it is determined that a failure occurred in either 
the PSTN 50 itself or the related board of the PSTN 50, the PBA 
110 reports the failure alarm of the channels within the PSTN 50 
to the maintenance processor 10a inside the system controller 10 
of the Internet telephony gateway 100 (S23). . 

[68] SuioS^queiitly, after a corresponding channel of the PSTN 
50 (S24) , the system^i^roller 10 restores the call of the 
terminal unit for the IP network. (S25) . 

[69] The above step (S25) performs the same message flow as 
that the subscriber terminal unit for the PSTN 50 performs to 
normally terminate a call. 

[70] As described above, once the IP network 60 is restored, 
abnormal states, such as call failure, do not occur in the 
corresponding terminal unit for the IP network and the Internet 
telephony gateway 100 provides the terminal unit for the IP 
network with a sound that indicates the termination of the call 
(S26) . The sound includes a call termination message, a tone, and 
an announcement. Therefore, with the sound, the corresponding 
terminal for the IP network is able to acknowledge the 
termination of the call. 

[71] When any failure occurs in the IP network 60, a method 
for operating an Internet telephony gateway according to the 
second embodiment of the present invention will be described with 
reference to a flow chart of FIG. 6. 

[72] First, call connection between a subscriber terminal 



network 60 is attempt^d>^(S31) . Subsequently, the system 
controller 10 determines, based olKdata written in the PSB memory 
150, whether a failure alarm has occitrr^d in the IP network 50 
of the PBA 110 and a connecting board of the^Snetwork 50 (S32) . 



the IP network 60 and the PSTN 50, the abnormal state due to an 



unit for 




a subscriber terminal unit for the IP 



[73] 



Types of the failure include poor connection between 
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IP matching hardware and software fail inside the Internet 
telephony gateway 100, and ejection of the PBA 110. 

[74] If it is determined that the failure alarm occurs in 
either the IP network 60 or the connecting board corresponding 
to the IP network 60, the PBA 110 reports the failure alarm on 
a corresponding channel of the IP network 60 to the maintenance 
processor 10a within the system controller 10 of the Internet 
telephony gateway 100 (S33) . 

[75] Subsequently, after blocking the corresponding channel 
of the IP network 60 (S34) , the system controller 10 restores the 
call of the subscriber terminal unit for the PSTN 50 (S34) . 

[76] In the step S34, the same message flow as that 
performed when the subscriber terminal unit for the IP network 
normally terminates the call is performed. 

[77] As described above, if the PSTN 50 is restored, not the 
abnormal state such as call failure occurs in the corresponding 
terminal unit for the PSTN but sound for informing termination 
of the call is provided from the Internet telephony gateway 100 
to the corresponding terminal unit for the PSTN (S3 6) . The sound 
includes a call termination message, a tone, and an announcement. 

[78] Therefore, the corresponding terminal unit for the IP 
network detects termination of the call through the sound. 

[79] Procedures of setting and releasing a call between 
PSTNs using the Internet telephony gateway will briefly be 
described with reference to FIGs. 7 to 12. 

[80] First, a procedure of releasing the call will be 
described with reference to FIG. 7. 

[81] An originating terminal unit transmits a termination 
signal END to the PSTN. Then, the PSTN transmits a release signal 
REL to the PSTN at an incoming relay call. 

[82] The Internet telephony gateway at the incoming relay 
call transmits a radio link control signal RLC to the PSTN in 
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response to the release signal REL, and then transmits the 
release signal to the Internet telephony gateway at an outgoing 
relay call. 

[83] Subsequently, the Internet telephony gateway at the 
outgoing relay call transmits the release signal to the PSTN at 
the outgoing relay call. 

[84] Once a release completion signal is received from the 
PSTN at the outgoing relay call, the Internet telephony gateway 
at the outgoing relay call transmits the release completion 
signal to the Internet telephony gateway at the incoming relay 
call. Thus, a flow for the call release is completed. 

[85] As described above, the Internet telephony gateway and 
the method for operating an Internet telephony gateway have the 
following advantages. 

[86] When interruption of abnormal services due to matching 
between different networks occurs, the Internet telephony gateway 
that connects the PSTN with the IP network directly provides the 
call termination message, the tone, and the announcement to the 
corresponding subscriber terminal unit using the internal alarm 
system. Accordingly, the subscriber terminal unit does not have 
to be in standby state for a long time without any reason when 
interrupt of the services occurs. 

[87] The foregoing embodiments and advantages are merely 
exemplary and are not to be construed as limiting the present 
invention. The present teaching can be readily applied to other 
types of apparatuses. The description of the present invention 
is intended to be illustrative, and not to limit the scope of the 
claims. Many alternatives, modifications and variations will be 
apparent to those skilled in the art. 
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